• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    method for switching between an mbms download and an http-based delivery of dash-formatted content over an ims network dynamic adaptive streaming hypertext transfer protocol (http) over http formatted content (dash) over an internet protocol (ip) multimedia subsystem (ims) network. the method may include a service control function (scf) module that receives a new session initiation protocol (sip) invitation from a mobile device while the mobile device is receiving an mbms download in a provisioning session of content including dash formatted content. the scf module can send a sip invitation to an http/sip adapter to select an http server for http based provisioning. the scf module can receive a sip acknowledgment from the http/sip adapter indicating an http server selection for the content delivery session. the scf module can issue the sip acknowledgment to the mobile device indicating a switch to the http server for the content delivery session.
    公开号:BR112014003030B1
    申请号:R112014003030-8
    申请日:2011-12-16
    公开日:2021-09-08
    发明作者:Gerhard Schrom；Ravi Sankar Vunnam
    申请人:Apple Inc；
    IPC主号:
    专利说明:

    RELATED ORDERS
    [0001] The present application claims the benefit and hereby incorporates by reference U.S. Provisional Patent Application Serial No. 61/522,623, filed August 11, 2011, with a registration number P39106Z. HISTORIC
    [0002] Wireless mobile communication technology uses various standards and protocols to transmit data between a broadcast station and a wireless mobile device. Some wireless devices communicate using orthogonal frequency division multiplexing (OFDM) combined with a desired digital modulation scheme across a physical layer. Standards and protocols using OFDM include the Long Term Evolution (LTE) of the Third Generation Society Project (3GPP), the Institute of Electrical and Electronics Engineers (IEEE) standard 802.16 (eg, 802.16e, 802.16m), which is commonly known to industry groups as WiMAX (Worldwide Interoperability for Microwave Access), and the IEEE 802.11 standard, which is commonly known to industry groups as WiFi.
    [0003] In 3GPP radio access network (RAN) LTE systems, the broadcast station may be a combination of developed universal terrestrial radio access network (E-UTRAN) Node Bs (also commonly referred to as developed Node Bs , enhanced NodeBs, eNodeBs or eNBs) and radio network controllers (RNCs) that communicate with the wireless mobile device, known as a user equipment (UE). A downlink transmission (DL) can be a communication from the transmitting station (or eNodeB) to the wireless mobile device (or UE), and an uplink transmission (UL) which can be a communication from the mobile device wireless to the broadcast station.
    [0004] In a downlink transmission, the transmitting station can communicate with a single wireless mobile device with a unicast subframe using a unicast service. A unicast provision can have a one-to-one relationship referring to a message to a mobile device. Alternatively, the broadcast station can communicate with a plurality of wireless mobile devices with a multicast/broadcast single frequency network (MBSFN) subframe using a multimedia broadcast multicast service (MBMS). Transport multicast and broadcast traffic in an MBMS can have a one-to-many relationship, referring to a message to many mobile devices. BRIEF DESCRIPTION OF THE DRAWINGS
    [0005] Features and advantages of the invention will be apparent from the following detailed description, taken in combination with the attached drawings, which together illustrate, by way of example, features of the invention; and where:
    [0006] Figure 1 illustrates a block diagram of a packet-switched streaming (PSS) based on Internet Protocol (IP) multimedia subsystem (IMS) and functional architecture of multimedia multicast broadcast services (MBMS) according to with an example;
    [0007] Figure 2 illustrates a block diagram of a subfunctional multicast broadcast service center (BMCS) architecture according to an example;
    [0008] Figure 3 represents an exemplary process for switching from a multimedia multicast broadcast services (MBMS) download to a hypertext transfer protocol (HTTP) based provision of dynamic adaptive streaming over HTTP formatted content ( DASH) on an Internet Protocol (IP) multimedia subsystem network (IMS) according to an example;
    [0009] Figure 4 represents an exemplary process for switching from a multimedia multicast broadcast services (MBMS) download to a hypertext transfer protocol (HTTP)-based provision of dynamic adaptive streaming over HTTP formatted content (DASH ) on an Internet Protocol (IP) multimedia subsystem network (IMS) including a request for a media presentation description (MPD) according to an example;
    [0010] Figure 5 represents an exemplary process for switching from a hypertext transfer protocol (HTTP) based provisioning to a multimedia multicast broadcast services (MBMS) download provision of DASH formatted content in a network of Internet Protocol (IP) multimedia subsystem (IMS) according to an example;
    [0011] Figure 6 represents a flowchart of a method for switching a multimedia multicast broadcast services (MBMS) download to a hypertext transfer protocol (HTTP) based provision of dynamic adaptive streaming over HTTP formatted content (DASH ) in an Internet Protocol (IP) multimedia subsystem network (IMS) according to an example;
    [0012] Figure 7 represents a flowchart of a method for switching from a hypertext transfer protocol (HTTP) based provisioning to a DASH formatted content multimedia multicast broadcast services (MBMS) download provisioning in a Internet Protocol (IP) multimedia subsystem network (IMS) according to an example; and
    [0013] Figure 8 illustrates a diagram of a user equipment (UE) according to an example.
    [0014] Reference will now be made to the exemplary modalities illustrated and specific language will be used here to describe them. Nevertheless, it is to be understood that no limitation on the scope of the invention is thereby intended. DETAILED DESCRIPTION
    [0015] Before the present invention is described, it should be understood that this invention is not limited to the specific structures, process steps, or materials described herein, but is extended to equivalents thereof, as would be recognized by those commonly versed in the relevant art. . It should also be understood that the terminology employed herein is used for the purpose of describing specific examples only and is not intended to be limiting. The same reference numerals in different drawings represent the same element. Numbers provided in flowcharts and processes are provided for clarity in illustrating steps and operations and do not necessarily indicate a specific order or sequence. EXEMPLARY MODALITIES
    [0016] An initial overview of technology modalities is provided below and then specific technology modalities are described in further detail later. This initial summary is intended to assist readers in understanding the technology more quickly, but it is not intended to identify key features or essential features of the technology nor is it intended to limit the scope of the claimed subject matter.
    [0017] Hypertext Transfer Protocol (HTTP) streaming can be used as a way of delivering Internet video multimedia. HTTP-based provisioning can provide reliability and deployment simplicity due to widespread adoption of HTTP and underlying HTTP protocols, including Transmission Control Protocol (TCP)/Internet Protocol (IP). HTTP-based provisioning can enable easy and effortless streaming services by avoiding firewall traversal and network network translation (NAT) issues. Streaming or HTTP-based provisioning can also provide the ability to use standard HTTP servers and caches instead of specialized streaming servers. HTTP-based provisioning can provide scalability due to reduced or minimal state information on a server side.
    [0018] Dynamic Adaptive Streaming over HTTP (DASH) is a multimedia streaming technology where a multimedia file can be split into one or more segments and provided to a client using HTTP. A DASH client can download multimedia content from the segments through a series of HTTP request-response transactions. DASH can provide the ability to dynamically switch between different bit rate representations of media content as available bandwidth changes. In this way, DASH can allow quick adaptation to changing network and wireless link conditions, user preferences and device capabilities, such as screen resolution, the type of central processing unit (CPU) employed, or available memory resources. Dynamic adaptation of DASH can provide better quality of experience (QoE) for a user, with shorter start-up delays and fewer rebuffering events.
    [0019] The Internet Protocol (IP) multimedia subsystem or IP multimedia core network subsystem (IMS) is a 3GPP architectural framework for providing IP multimedia services. The IP multimedia core network subsystem can be a collection of different access network and core network functions, linked by standardized interfaces, which grouped together can form an IMS administrative network. To facilitate integration with the Internet, IMS can use Session Initiation Protocol (SIP). Various SIP server functions or proxies, which can collectively be called a call session control function (CSCF), can be used to process SIP signaling packets in IMS. Fixed access (eg digital subscriber line (DSL), wired modems, or Ethernet), mobile access (eg W-CDMA, CDMA2000, GSM or GPRS) and wireless access (eg WLAN or WiMax) can supported by IMS. Other telephone systems such as plain old telephone (POTS - analogue telephones) and IMS compliant voice over IP (VoIP) systems can be supported through gateways.
    [0020] DASH formatted content can be delivered over an IMS network in a multicast frame, such as a multimedia multicast broadcast services (MBMS) download provision, or in a unicast frame, such as an HTTP-based delivery. A content delivery session including DASH content can be delivered using an MBMS download method, then switched to an HTTP-based delivery method in the middle of the session (medium session). Alternatively, the content delivery session can be provisioned using the HTTP-based delivery method, then switched to the medium session of the MBMS download method. Switching on an IMS-based network between MBMS download method and HTTP-based delivery method while transmitting DASH formatted content to the user may be desirable.
    [0021] As illustrated in the exemplary block diagram of Figure 1, in switching from the MBMS download to the HTTP-based delivery of DASH formatted content on the IMS network, a mobile device such as a user equipment (UE) 210, can send a new Session Initiation Protocol (SIP) invitation to a Service Control Function Module (SCF) 230 while the mobile device is receiving an MBMS download in a current content delivery session including DASH content. The new SIP invitation may include a Re-INVITE SIP message. The new SIP invitation may include a uniform resource identifier (URI) requesting an HTTP server 260 to deliver DASH content via HTTP-based delivery in the same content delivery session. The request URI can include a domain name or a content identifier identifying (or referencing) an HTTP server to provide HTTP-based provisioning. The SCF module can be included in an Internet Protocol (IP) multimedia subsystem (IMS). After receiving the new SIP invitation through an IP multimedia core network subsystem (IM CN) 220, the SCF module can send a SIP invitation to an HTTP/SIP adapter 250 to select an HTTP server 260 for HTTP-based provisioning. The SIP invitation may include a SIP INVITE message with the request URI, where the SCF module has previously used a domain name or content identifier associated with (or referencing) a multicast broadcast service center (BMSC) or sub-functions of BMSC user plan (UPF) (BMSC.UPF) 240 to establish MBMS download of DASH formatted content through BMSC.
    [0022] The domain name and content identifier referencing the HTTP server may differ from the domain name and content identifier associated with the BMSC. The SCF 230 module can also send a termination request to the BMSC to terminate the MBMS download for the content delivery session. The HTTP/SIP adapter can configure the HTTP server for HTTP-based delivery of DASH formatted content to the same content delivery session previously used for MBMS download. The HTTP/SIP adapter can send a SIP acknowledgment to the SCF module indicating an HTTP server selection for the content delivery session. The SIP acknowledgment may include a SIP 200 OK message. The SCF module can issue the SIP acknowledgment to the mobile device via the IM subsystem CN indicating a switch to the HTTP server for the content delivery session. The mobile device can then receive the DASH formatted content from the content delivery session via HTTP-based delivery instead of MBMS download.
    [0023] When switching from HTTP-based provisioning to MBMS downloading of DASH formatted content, the mobile device can send a new SIP invitation to the SCF 230 module while the mobile device is receiving an HTTP-based provision of DASH formatted content in a content delivery session. The new SIP invitation can include a request URI to BMSC or BMSC.UPF 240 to deliver DASH formatted content by downloading MBMS in the same content delivery session. The request URI can include a domain name or a content identifier identifying (or referencing) the BMSC to provide the MBMS download. After receiving the new SIP invitation through IM subsystem CN 220, the SCF module can send an invitation message to the BMSC or BMSC.UPF to initialize (or configure) the BMSC for the MBMS download of the content delivery session. The invitation message may include a request URI, where the SCF module previously used a domain name or content identifier associated with (or referencing) HTTP server 260 to establish HTTP-based delivery of DASH formatted content through the server HTTP. The domain name and content identifier referencing the HTTP server may differ from the domain name and content identifier associated with the BMSC. The SCF module can receive a BMSC acknowledgment from the BMSC indicating a BMSC selection for the content delivery session after the BMSC is configured for MBMS download. The SCF module can send a SIP terminate request to the HTTP/SIP adapter 250 to release the HTTP server and/or terminate the HTTP-based serving for the content serving session. The SIP Termination Request may include a SIP BYE message.
    [0024] The HTTP/SIP adapter can send a SIP acknowledgment to the SCF 230 module indicating an HTTP-based delivery termination for the content delivery session and/or a BMSC configuration for the content delivery session. The SIP acknowledgment may include a SIP 200 OK message. The SCF module can issue the SIP acknowledgment to the mobile device through the IM subsystem CN indicating a switch to the BMSC for the content delivery session. The mobile device can receive DASH formatted content from the content delivery session via MBMS download instead of HTTP-based delivery.
    [0025] The following provides additional details of the examples. MBMS download provision may be an alternative service to offloading HTTP-based unicast download provision. Benefits of utilizing an MBMS download provisioning can include enabling support for non-real-time service types, enabling content provisioning that complements MBMS streaming services, and leveraging growing storage capacity on mobile devices. The DASH segment format, although primarily intended for unicast transport with HTTP, can be independent of the delivery environment being unicast or multicast. DASH formatted content can be streamed using MBMS download delivery with a file delivery via one-way transport protocol (FLUTE).
    [0026] FLUTE may be a protocol for unidirectional file delivery over the Internet, which may be particularly suitable for multicast networks. FLUTE can form into asynchronous layered encoding (ALC), a core protocol designed for massively scalable multicast distribution. FLUTE can provide instantiation of a layered encoding transport (LCT) building block. The ALC protocol can combine the LCT building block, a congestion control (CC) building block, and an early error correction (FEC) building block to provide secure, congestion-controlled asynchronous delivery. LCT can provide transport level support for secure content delivery and stream delivery protocols. Streaming or download data can be encapsulated in real-time transport protocol (RTP) and transported using the FLUTE protocol when delivering over MBMS carriers. RTP can be used in communication and entertainment systems that involve streaming media, such as telephony, video teleconferencing applications, television services, and web-based push-to-talk features.
    [0027] Three functional layers can be used for the provision of services based on MBMS, which may include a carrier layer, a provision method layer and a user service layer or application layer. The bearer layer can provide a mechanism by which IP data can be transported. Bearers can include a unicast bearer or an MBMS bearer. The delivery layer can provide functionality such as security and key distribution, reliability control through early error correction (FEC) techniques and associated delivery procedures such as file repair, verification of delivery. Delivery methods may include downloading and streaming. The MBMS User Service can enable applications. A user service may include multimedia messaging service or packet-switched streaming service (PSS).
    [0028] Adaptive streaming based on DASH over HTTP may be different from adaptive streaming based on real-time streaming protocol (RTSP). RTSP can be a network control protocol used in communication and entertainment systems to control streaming media servers. The RTSP protocol can be used to establish and control media sessions between endpoints in a server-controlled and push-based mode, while adaptive DASH-based streaming can be client-controlled and pull-based. Media server clients can issue VCR-like (VCR) commands, such as play and pause, to facilitate real-time control of media file playback from the server. Although similar in some modes with HTTP, RTSP can define control sequences useful in controlling multimedia playback. While HTTP can be stateless, RTSP can have a state or an identifier used when needed to track concurrent sessions.
    [0029] Prior to the use of DASH-based adaptive streaming techniques, progressive download methods were also made available for delivering media from standard HTTP web servers. The disadvantages of HTTP-based progressive download can include how much bandwidth can be wasted if a user decides to stop watching content after progressive download starts (eg, switching to other content), the download is not really rate-adaptive. bits, or download does not support live media services. DASH technology can address the weaknesses of RTP/RTSP based streaming and HTTP based progressive download.
    [0030] In DASH, the media presentation description (MPD) metadata file can provide information about the structure and different versions of the media content representations stored on the server, including different bit rates, frame rates, resolutions, types codec and similar information. MPD information can be used to secure mapping of segments in the media presentation timeline for switching and synchronizing the presentation with other representations. In addition, DASH can also specify segment formats such as boot information and media segments for a media engine. The media engine can view the boot segment to determine a container format and media timing information.
    [0031] Examples of DASH technologies may include MicrosoftIIS Smooth Streaming, Apple HTTP Live Streaming, and Adobe HTTP Dynamic Streaming. DASH technology has also been standardized by organizations such as the third generation partnership project (3GPP), moving image expert group (MPEG), and open IPTV forum (OIPF).
    [0032] To provide a consistent user experience for an entire adaptive streaming session or content delivery session. A mobile device can switch between an HTTP-based provisioning and an MBMS download depending on certain circumstances, such as switching between packet-switched streaming service (PSS) and MBMS coverage, or triggered by a specific user action, such as as playback control. Playback control modes can include fast forward, fast rewind, slow motion, slow rewind, pause and resume. Playback control modes can be based on a processing of segments received by a mobile device. Received (or downloaded) segments can be supplied to the decoder at a lower or higher speed than the segment's nominal timeline (the internal timestamps) can determine, thereby producing a desired control (trick) effect. on screen or media presentation.
    [0033] A mobile device may have already established an MBMS download or HTTP-based DASH-formatted content delivery session. The mobile device may be able to switch to another delivery method, such as an HTTP-based delivery if it receives an MBMS download, or switch to an MBMS download if it receives an HTTP-based delivery. Examples of some switching events relevant to switching from MBMS download to HTTP-based delivery method can be provided without changing a channel and with changing a channel. For example, without channel change, a user might be viewing an MBMS user service and move out of MBMS coverage. Or the user can initiate control mode action facilitating a switch to HTTP-based provisioning. In another example, content can only be available in packet-switched streaming (PSS)/DASH with a change of one channel. Examples of some switching events relevant to switching from HTTP-based provisioning to MBMS download can be provided without changing a channel and with changing a channel. For example, without a channel change, the user can return from control mode to a normal MBMS user service. In another example, content may only be available in MBMS with a change of one channel.
    [0034] Figure 1 illustrates a PSS based on IMS and functional architecture of MBMS user service. Function blocks that can facilitate switching between MBMS downloading and HTTP-based DASH provisioning can include IM subsystem CN 220, UE 210, SCF 230, HTTP/SIP adapter 250, HTTP server 260, BMSC.UPF 240, a charge and policy rules function module (PCRF) 270, service selection function module (SSF) 290, and a PSS 292 adapter. Other functional block IMS based PSS and MBMS user service functional architecture can be an Evolved Packet Core (EPC)/Packet Switched Streaming (PS)/RAN 280. A System Architecture Evolution (SAE) or EPC may include a Mobility Management Entity (MME), a Service Gateway (SGW) ) and packet data network gateway (PDN) (PGW).
    [0035] The IM CN 220 subsystem can support user registration and authentication, mobility and roaming, control of multimedia sessions, control of quality of service (QoS), policy control, billing and/or interworking with circuit switched networks. The UE 210 may contain the generic bootstrapping architecture (GBA)/IMS/PSS/MBMS clients, which can perform service discovery and selection, handle service initiation, modification and termination, and/or receive and present content to the user.
    [0036] The SCF 230 can provide service logic and functions to support the execution of such service logic. The SCF may provide service authorization during session initiation and session modification, which may include checking the PSS and MBMS user's service subscription to allow or deny access to the service. SCF can select the relevant MBMS and PSS media roles. For HTTP-based provisioning, the SCF can act as a proxy or back-to-back user agent (B2BUA). For MBMS, SCF can act as a termination user agent (UA). The HTTP/SIP adapter 250 can correlate a SIP session with incoming HTTP requests. HTTP server 260 can deliver DASH formatted content for HTTP-based delivery. The PCRF 270 module can control the charging and establishment of resources in the RAN and PS 280 core network. The SSF 290 module can provide a list of available PSS (including HTTP-based DASH) and MBMS user services and information. relevant user service description. The SSF module can be customized to the customer's identity. The PSS 209 adapter can perform bidirectional protocol translation between SIP and RTSP to provide control of PSS servers. BMSF.UPF 240 may include multicast broadcast service center (BMSC) user plan (UPF) subfunctions. BMSC.UPF can provide DASH formatted content for MBMS download.
    [0037] Figure 2 illustrates the BMSC subfunctional architecture and associated interfaces between the UE and BMSC. The BMSC or BM-SC 242 may be in communication with and/or control a multicast broadcast source/content provider 246. The BM-SC may provide the provisioning functions of MBMS 244.
    [0038] Figure 3 illustrates an example of switching from an MBMS download to an HTTP-based delivery of DASH formatted content in an IMS-based content delivery session. An MBMS download provisioning based on FLUTE 300a-c may have previously started and the UE 210 may be receiving DASH formatted content from BMSC.UPF 240. MBMS download may be a mechanism used by a user service MBMS to deliver content. MBMS download may refer to an MBMS delivery method that uses MBMS carriers in content distribution and may make use of associated procedures. The MBMS download method used here can be applicable for both continuous media delivery (eg real-time video) and discrete object delivery (eg files).
    [0039] UE 210 can initiate HTTP streaming by fetching media segments from HTTP server after getting an MPD. To switch from an MBMS download to the HTTP-based provision of DASH formatted content, a Session Initiation Protocol (SIP) Re-INVITE 302 can be issued by the UE and sent to the IM subsystem CN 220. A protocol offer a session description (SDP) and a request uniform resource identifier (URI) can be included in the SIP Re-INVITE message.
    [0040] The request URI can be related to the HTTP-based provisioning session or a SIP session that a user wants to activate. The request URI can be composed of a user part and a domain part. The user part can contain the content identifier, retrieved from the user service description information from the SSF module. The content identifier can be retrieved from the service selection information. The domain part can include the service provider domain name, obtained from the SSF module. The ‘To’ (‘To’) header of a Re-INVITE 302 and 304 SIP or INVITE 306 message can contain the same URI as in the request URI. The ‘From’ (‘From’) header of a SIP Re-INVITE or INVITE message can indicate a user's public user identity. The content identifier can be retrieved from the service selection information.
    [0041] The SDP offering may include the media capabilities and policies available for the HTTP streaming session. For example, the SDP offer may carry parameters indicating the type of recommended service (for example, PSS, MBMS, or HTTP streaming service), the content identifier and the identifier of a target UE. The SDP offer can be obtained based on the analysis of the MPD as well as based on the parameters received from the SSF module during the service selection procedure. The SDP offer can be obtained based on parameters received during a procedure to retrieve missing parameters via a SIP OPTIONS message.
    [0042] A request to the HTTP server for the MPD may not be necessary as the UE may have already fetched the MPD while downloading MBMS. In an example, if the MPD was not previously obtained, the UE can send an HTTP GET request to the HTTP server to download the MPD. In another example, the SDP offering might include previously negotiated media descriptions with a port set to zero and two or more additional media descriptions. For example, media descriptions can include a media control channel (ie, MPD delivery channel) and a media delivery channel (ie, delivery channel for unicast streams over HTTP). The SDP offering may include information for HTTP-based delivery, such as a media description, a media control channel, a media delivery channel, an MPD control channel, a delivery channel for a unicast stream over HTTP, media capabilities available on the HTTP server, policies available on the HTTP server, and a combination of this information.
    [0043] In another example, the SDP offer for media delivery may be similar to a previous SDP offer made for broadcast in terms of codecs and a transport protocol. HTTP-based provisioning can run on top of TCP while FLUTE-based MBMS download provisioning can be performed on top of User Datagram Protocol (UDP). TCP and UDP can be protocols at the transport layer. The change in the underlying protocol, such as UDP to TCP, can be indicated in SDP. UDP is one of the members of the Internet Protocol group. With UDP, computer applications can send messages, referred to as datagrams, to other hosts on an IP network without requiring prior communications to set up special transmission channels or data paths.
    [0044] The IM subsystem CN 220 can issue the SIP ReINVITE 304 message to the SCF 230. Upon receiving the SIP modification request on the SIP Re-INVITE, the SCF can determine whether the currently broadcast program has MBMS to support HTTP switching (a switching support from MBMS to HTTP). If switching from MBMS to HTTP is not available for the UE 210, the session modification can be rejected and the original MBMS session or download (along with the previous reserved resources) can be kept.
    [0045] If MBMS to HTTP switching is available for UE 210, SCF 230 can act as a B2BUA. Upon receipt of the SIP Re-INVITE 304 from the UE, the SCF can verify or check the user's rights to the requested DASH formatted content, identify that the request is for HTTP streaming, select an HTTP/SIP 250 adapter, and issue the SIP request (a SIP INVITE 306) to the HTTP/SIP adapter which can be in charge of the HTTP streaming service by changing the request URI accordingly. When receiving a 301 or 302 response from the HTTP/SIP adapter, the SCF may not issue the 301 or 302 response messages to the UE. The HTTP/SIP adapter can return a 301 response if the requested content is not managed by this HTTP/SIP adapter. The HTTP/SIP adapter can return a 302 response for any reason other than not managing the content request (a 301 response). For example, a 302 response message may be sent for a reason such as load balancing.
    [0046] If the request URI contains a content identifier in the user part and a domain name in the domain part, the SCF 230 can select an HTTP/SIP adapter 250 and generate a SIP INVITE 306 request for the HTTP/ adapter selected SIP. The ‘To’ (‘To’) header of the SIP INVITE request may contain the same content identifier as in the request URI of the SIP modification request received from UE 210 by the SCF.
    [0047] The SCF 230 can send the SIP INVITE 306 request to the HTTP/SIP 250 adapter with the SDP parameters including the media capabilities and policies available for the HTTP streaming session. The SIP INVITE request can be obtained based on MPD analysis. In one example, the SDP offering might include previously negotiated media descriptions with a port set to zero and two or more additional media descriptions. For example, media descriptions can include a media control channel (ie, MPD delivery channel) and a media delivery channel (ie, delivery channel for unicast streams over HTTP).
    [0048] The SCF 230 may break the FLUTE-based MBMS download session between the BMSC.UPF 240 and the UE 210. The SCF may send an MBMS 310 end request or message to the BMSC.UPF. The communication protocol between SCF and BMSC.UPF can be defined by 3GPP (TS) technical specification 26,346 V10.0.0 published March 2011. BMSC.UPF can release any multicast broadcast source/content provider (246 of Figure 2) and finish downloading MBMS. The BMSC.UPF can send an acknowledgment message (ACK) 312 to the SCF indicating a successful completion or send a negative acknowledgment message (NACK) to the SCF indicating a failed completion or release of resources.
    [0049] Upon receipt of the HTTP streaming session initiation request (eg SIP INVITE 306), the HTTP/SIP adapter 250 can examine the content identifier present in the user part of the 'To' header and the media parameters in the SDP and select an HTTP 260 server according to the request URI. The HTTP/SIP adapter can send an HTTP POST message to the HTTP server including the UE IP address. The HTTP/SIP adapter may decide to redirect the request to another HTTP/SIP adapter server. In case of a redirection of the request to another HTTP/SIP adapter server, the HTTP/SIP adapter may return a 301 response if the content is not managed by that HTTP/SIP adapter or a 302 response for any other reason, such as balancing of cargo. The redirect HTTP/SIP adapter can indicate one or more destination HTTP/SIP adapter addresses in the contact header.
    [0050] The HTTP/SIP adapter 250 may return a SIP acknowledgment message, such as a SIP OK message 308 (for example, a SIP 200 OK message) to the SCF 230. The SIP acknowledgment may include an SDP response. The SDP response can describe an HTTP streaming session (or SIP session). The SDP response may include information for the HTTP-based delivery, such as a media description, a media control channel, a media delivery channel, a media presentation description (MPD) control channel, a description supply and a combination of this information.
    [0051] The SCF 230 can issue the SIP OK 314 to the IMCN 220 subsystem. The IM CN subsystem can interact with the rules and billing policy (PCRF) 270 function module of the control and billing policy architecture (PCC) to compromise the QoS reserve for the 316a QoS bearer application. The PCRF module can provide 316b-d QoS bearer application between the UE and the IMS. The IM subsystem CN may then issue the SIP OK 318 (e.g. a SIP 200 OK message) to the UE 210.
    [0052] The proxy call session control function (P-CSCF) can be used as the application function in PCC architecture. The PCRF 270 can decide how QoS policy control is performed for an IMS-initiated, IMS-initiated MBMS and PSS user service. The PCRF can use the SDP received from the P-CSCF during session establishment to calculate an appropriate QoS authorization. Appropriate existing carriers can be used or new required carriers can be allocated by the PCRF. Network-initiated bearer control and UE-initiated bearer control may be possible. Upon receiving a final SDP, the UE 210 can initiate the establishment of the required bearers unless a network-initiated bearer allocation procedure is already in progress. Alternatively, the UE has been configured to use network-initiated resource control.
    [0053] After receiving the SIP OK 318, the UE 210 can exit the multicast channel and can start downloading DASH formatted content over HTTP (Adaptive HTTP based DASH content provision 320a-c), such that the segments of media can be provided to the UE using the reserved QoS.
    [0054] In another example, an air interface between a mobile device, such as a UE, and a transmitting station, such as an eNB, can support unicast and multicast content provision to allow switching between MBMS download and the HTTP-based delivery of DASH-formatted content. The RAN eNB can be in communication with the IMS and modules in the IMS, such as the SCF module. The air interface can include 3GPP LTE or the 802.16 standard. The mobile device and/or the broadcasting station can use 3GPP LTE or the 802.16 protocol. The 3GPP LTE standard may include LTE Rel-8 (2008), LTE Rel-9 (2009) and LTE Rel-10 (2011). The IEEE 802.16 standard can include IEEE 802.16e-2005, IEEE 802.16k-2007, IEEE 802.162009, IEEE 802.16j-2009, IEEE 802.16h-2010, and IEEE 802.16m-2011.
    [0055] Figure 4 illustrates an example of switching from an MBMS download to an HTTP-based delivery of DASH formatted content in a content delivery session, where an MPD metadata file is fetched before a SIP Re-INVITE. UE 210 may make a request to MPD 322 from HTTP server 260. HTTP server may send MPD 324 to UE. The UE can use the information in the MPD to generate the SIP Re-INVITE 302 to be sent to the IM subsystem CN 220. The rest of the operations in Fig. 4 can be similar to the operations in Fig. 3, which were previously discussed.
    [0056] Figure 5 illustrates an example of switching from HTTP-based provisioning to MBMS downloading of DASH formatted content in a content provisioning session. An HTTP-based provisioning (e.g. adaptive HTTP-based DASH content provisioning 330a-c) may have been previously started and the UE 210 may be receiving the DASH formatted content over HTTP from the HTTP server 260. The content DASH format can be provided in an existing SIP session.
    [0057] To switch from HTTP-based provisioning to MBMS download reception of DASH formatted content, a session modification request, such as SIP Re-INVITE 332, can be issued by UE 210 and sent to IM subsystem CN 220. A Session Description Protocol (SDP) offer indicating the chosen MBMS download service and FLUTE session information and a Request Uniform Resource Identifier (URI) may be included in the SIP Re-INVITE message. The SDP offer can be performed according to the parameters received during a UE service selection procedure and with media capacities and required bandwidth available for the MBMS download service. In one example, the SDP offering for media serving might be similar to the previous SDP offering performed for HTTP-based serving in terms of codecs and transport protocol. The SDP offering may include information for downloading MBMS, such as a media description, a media control channel, a media supply channel, an MPD control channel, a supply channel for a multicast stream over MBMS , media capabilities available from the BMSC, policies available from the BMSC, and a combination of this information.
    [0058] In another example, the MPD may include information to switch from HTTP-based provisioning to MBMS download provisioning and the UE may use such information when issuing the session modification request, e.g., SIP Re-INVITE, to switch for MBMS download. The SIP Re-INVITE message may also contain the request URI which may include the public service identifier (PSI) of an MBMS download service. The SIP Re-INVITE ‘To’ header can contain the same URI as the request URI and the SIP Re-INVITE ‘From’ header can indicate the user's public user identity.
    [0059] The IM subsystem CN 220 can issue the SIP Re-INVITE 334 message to the SCF 230. Upon receipt of the SIP ReINVITE request, the SCF can perform service authorization procedures to verify the service rights of the MBMS download service requested according to the user subscription information.
    [0060] Upon receiving the SIP modification request (eg SIP Re-INVITE) the SCF 230 can determine whether the currently provided content has HTTP to MBMS switching support (eg HTTP to MBMS switching support) . If HTTP to MBMS switching is not available for the UE 210, the session modification can be rejected and the original HTTP session (along with the previous reserved resources) can be kept. If HTTP to MBMS switching is available for UE, SCF can act as a B2BUA to establish FLUTE-based MBMS download session between BMSC.UPF and UE. The communication protocol between the SCF and the BMSC.UPF can be defined by 3GPP (TS) technical specification 26,346 V10.0.0 published in March 2011. The SCF can send an MBMS 340 invitation to the BMSC.UPF. When BMSC.UPF is configured for MBMS download, BMSC.UPF can send an MBMS 342 confirmation message to SCF. If switching from HTTP to MBMS is available for the UE, the SCF can send a SIP BYE 336 message (an HTTP terminate request) to the HTTP/SIP adapter 250 to terminate the SIP session between the SCF and the HTTP/SIP adapter.
    [0061] The HTTP/SIP adapter 250 can then release the HTTP server 260, and can send a SIP acknowledgment message, such as a SIP OK message 338, to the SCF 230. After receiving a SIP OK message from the HTTP adapter, the SCF may send a SIP OK message 344 to the IM subsystem CN 220. The SIP acknowledgment may include an SDP response. The SDP response may include MBMS download information, such as a media description, a media control channel, a media delivery channel, a media presentation description (MPD) control channel, a delivery description and a combination of that information.
    [0062] The IM subsystem CN 220 may issue the SIP OK message348 to the UE 210. The SIP OK message may include the SDP response. P-CSCF can be used as the application function in PCC architecture. The PCRF can decide how QoS policy control is performed for MBMS user service initiated and controlled by IMS and communication for QoS 346a-d bearer enforcement (similar to the process for 316a-d QoS bearer enforcement illustrated in Figure 3 between the IM CN subsystem, the PCRF module and the UE). For a switch to download MBMS, the PCRF may not initiate the establishment of a specific bearer.
    [0063] After the UE 210 receives the SIP OK response, the UE can activate a corresponding MBMS user service as described in the SDP, such as the MBMS download service based on FLUTE 350a-c. The MBMS download reception initiation can match the MBMS broadcast mode enable procedure or the MBMS multicast mode enable procedure. The UE can examine the FLUTE session parameters in the received SDP, and receive the MBMS download data accordingly. In the case where a file provisioning table (FDT) may not be available, the UE may obtain the FDT according to an fdt_address attribute in the SDP response. The FDT may contain content description information for files provided in the FLUTE session. In case of an incomplete download, the UE can perform file repair procedures towards the repair server indicated by a repair-server-address attribute in the SDP response.
    [0064] Switching between MBMS download and HTTP-based provisioning can be independent of specific air interface characteristics (eg RAN). Any air interface or combination of multiple air interfaces may be applicable as long as associated networks can host the MBMS download provisioning and IMS-based HTTP provisioning functions. Switching between MBMS downloading and HTTP-based delivery can be used in 802.16-based or 3GPP-based wireless wide-area networks (WWANs), and IMS-based applications, where optimal delivery of DASH-over-formatted multimedia content these networks is desired. Signaling procedures to enable switching between HTTP-based provisioning and MBMS download provisioning for DASH-formatted content streaming can improve the quality of user experience.
    [0065] Another example provides a method 500 for switching from a multimedia multicast broadcast services (MBMS) download to a hypertext transfer protocol (HTTP) based provision of dynamic adaptive streaming over HTTP formatted content (DASH) , as shown in the flowchart in Figure 6. The method includes the operation of receiving a new Session Initiation Protocol (SIP) invitation in a service control function module (SCF) from a mobile device while the mobile device is receiving an MBMS download in a content delivery session including DASH formatted content, such as in block 510. The operation of sending a SIP invitation from the SCF module to an HTTP/SIP adapter to select an HTTP server for a delivery HTTP based follows, as in block 520. The method's next operation may be receiving a SIP acknowledgment in the SCF module from the HTTP/SIP adapter indicating a ser selection HTTP server for the content delivery session, as in block 530. The method may further include issuing the SIP acknowledgment from the SCF module to the mobile device indicating a switch to the HTTP server for the content delivery session, such as in block 540.
    [0066] Another example provides a 600 method for switching from a hypertext transfer protocol (HTTP) based provision of dynamic adaptive streaming over HTTP formatted content (DASH) to a multimedia multicast broadcast services (MBMS) download, as shown in the flowchart in Figure 7. The method includes the operation of receiving a new Session Initiation Protocol (SIP) invitation in a service control function module (SCF) from a mobile device while the mobile device is receiving an HTTP-based delivery in a content delivery session including DASH formatted content, as in block 610. The operation of sending an invitation message from the SCF module to the BMSC to initialize a multicast broadcast service center ( BMSC) for an MBMS download follows, as in block 620. The next operation of the method can be to send a SIP termination request from the SCF module to an HTTP/SI adapter P to terminate the HTTP-based provisioning, as in block 630. The operation of receiving a SIP acknowledgment in the SCF module from the HTTP/SIP adapter indicating an end of the HTTP-based provisioning follows, as in block 640. The method can include further issue the SIP acknowledgment from the SCF module to the mobile device indicating a switch to the BMSC for the content delivery session, as in block 650.
    [0067] In another example, the SCF can include a transceiver module configured to receive a session modification request from multicast to unicast, where the transceiver can perform the operations related to the SCF illustrated in Figure 3. The SCF transceiver module can be configured to receive a session modification request from unicast to multicast, where the transceiver can perform the SCF-related operations illustrated in Figure 5.
    [0068] In another example, the mobile device can include a transceiver configured to send a multicast session modification request to unicast to an IM CN subsystem, where the transceiver can perform the operations related to the mobile device illustrated in Figure 3. The module The SCF transceiver can be configured to send a session modification request from unicast to multicast, where the transceiver can perform the operations related to the mobile device illustrated in Figure 5. The transceiver can be configured to receive a SIP acknowledgment or termination message. SIP from the IM CN subsystem. The mobile device can include a processing module configured to switch between MBMS downloading and HTTP-based provisioning for DASH formatted content.
    [0069] In another example, a broadcast station may be wirelessly communicating with a mobile device. Figure 8 provides an exemplary illustration of a mobile device, such as a user equipment (UE), a mobile station (MS), a mobile wireless device, a mobile communication device, a tablet, a telephone device, or other type. of mobile wireless device. The mobile device may include one or more antennas configured to communicate with a node, macro node, low power node (LPN), or transmitting station, such as a base station (BS), a developed Node B (eNB), a baseband unit (BBU), a remote radio head (RRH), a remote radio equipment (RRE), a relay station (RS), a radio equipment (RE), or other type of network access point Wireless Wide Area (WWAN). The mobile device can be configured to communicate using at least one wireless communication standard including 3GPP LTE, WiMAX, High Speed Packet Access (HSPA), Bluetooth and WiFi. The mobile device can communicate using separate antennas for each communication standard wireless or shared antennas for multiple wireless communication standards. The mobile device can communicate over a wireless local area network (WLAN), a wireless personal area network (WPAN), and/or a WWAN.
    [0070] Figure 8 also provides an illustration of a microphone and one or more speakers that can be used for audio input and output from the mobile device. The display screen can be a liquid crystal display (LCD), or another type of display screen such as an organic light emitting diode (OLED) screen. The display screen can be configured as a touch screen. The touchscreen may use capacitive, resistive or other type of touchscreen technology. An application processor and a graphics processor can be coupled to internal memory to provide rendering and display capabilities. A non-volatile memory port can also be used to provide input/output options for a user. The non-volatile memory port can also be used to expand the mobile device's memory capabilities. A keyboard can be integrated into the mobile device or wirelessly connected to the mobile device to provide additional user input. A virtual keyboard can also be provided using the touchscreen.
    [0071] Various techniques, or certain aspects or portions thereof, may be in the form of program code (ie instructions) embedded in tangible media such as floppy disks, CD-ROMs, hard drives, computer readable storage media non-transient, or other machine-readable storage media in which, when program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for putting the various techniques into practice. In the case of program code execution by programmable computers, the computing device may include a processor, a processor-readable storage media (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. Volatile and non-volatile memory and/or storage elements may be RAM, EPROM, flash drive, optical drive, magnetic hard disk, or other media for storing electronic data. The base station and mobile station may also include a transceiver module, a counter module, a processing module, and/or clock module or timer module. One or more programs that can implement or utilize the various techniques described here can utilize an application programming interface (API), reusable controls, and the like. Such programs can be implemented in an object-oriented or high-level procedural programming language to communicate with a computer system. However, the program(s) can be implemented in assembly or machine language, if desired. In either case, the language can be a compiled or interpreted language and combined with hardware implementations.
    [0072] It should be understood that many of the functional units described in this descriptive report have been labeled as modules, to more specifically emphasize their independence of implementation. For example, a module can be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, commercial semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field-programmable gate arrays, programmable array logic, programmable logic devices, or the like.
    [0073] Modules can also be implemented in software for execution by various types of processors. An identified module of executable code can, for example, comprise one or more physical or logical blocks of computer instructions, which can, for example, be organized as an object, procedure or function. Nevertheless, the executables of an identified module need not be physically located together, but can comprise different instructions stored in different places which, when logically joined together, comprise the module and achieve the stated purpose for the module.
    [0074] In fact, an executable code module can be a single instruction, or many instructions, and it can even be distributed over several different code segments, among different programs and across several memory devices. Similarly, operational data can be identified and illustrated here in the modules and can be incorporated in any appropriate form and organized in any appropriate type of data structure. Operational data can be collected as a single dataset, or it can be distributed over different locations including different storage devices, and it can exist at least partially, merely as electronic signals in a system or network. Modules can be passive or active, including operable agents to perform desired functions.
    [0075] Reference throughout this specification to "an example" means that a specific feature, structure, or aspect described with respect to the example is included in at least one embodiment of the present invention. Thus, the phrases “in an example” appearing in various places throughout this descriptive report are not necessarily referring to the same modality.
    [0076] As used herein, a plurality of items, structural elements, compositional elements, and/or materials may be presented in a common list for convenience. However, these lists should be interpreted as if each element of the list were individually identified as a separate and exclusive element. Thus, no individual element of such a list should be interpreted as a de facto equivalent of any other element of the same list solely on the basis of its presentation in a common group without indications to the contrary. Furthermore, various embodiments and examples of the present invention may have been mentioned here along with alternatives for the various components thereof. It is understood that such modalities, examples, and alternatives are not to be construed as de facto equivalent to each other, but are to be regarded as separate and autonomous representations of the present invention.
    [0077] In addition, the features, structures or aspects described may be combined in any appropriate way in one or more modalities. In the following description, a number of specific details are provided, such as layout examples, distances, network examples, etc., to provide a complete understanding of the embodiments of the invention. A person skilled in the relevant art will recognize, however, that the invention can be practiced without one or more of the specific details, or with other methods, components, layouts, etc. In other cases, well-known structures, materials or operations are not shown or described in detail to avoid obscuring aspects of the invention.
    [0078] Although the examples presented are illustrative of the principles of the present invention in one or more specific applications, it will be evident to those of ordinary skill in the art that numerous modifications in form, use and implementation details can be made without exercising the inventive faculty, and without departing from the principles and concepts of the invention. Therefore, the invention is not intended to be limited except by embodiments.
    权利要求:
    Claims (13)
    [0001]
    1. Method for switching from a multimedia multicast broadcast services (MBMS) download to a hypertext transfer protocol (HTTP) based delivery of dynamic adaptable streaming formatted content over HTPP (DASH), characterized by the fact that understands the steps of: receiving a new Session Initiation Protocol (SIP) invitation into a service control function module (SCF) from a mobile device while the mobile device is receiving an MBMS download in a session. content delivery including DASH formatted content; send a SIP invitation from the SCF module to an HTTP/SIP adapter to select an HTTP server for an HTTP-based provisioning; receive a SIP acknowledgment in the SCF module from the HTTP/SIP adapter indicating an HTTP server selection for the content delivery session; and forwarding the SIP acknowledgment from the SCF module to the mobile device indicating a switch to the HTTP server for the content delivery session.
    [0002]
    2. Method according to claim 1, characterized in that it further comprises sending a termination request from the SCF module to a multicast broadcast service center (BMSC) to terminate the MBMS download after receiving the new SIP invitation in the SCF module.
    [0003]
    3. Method according to claim 1 or 2, characterized in that the SCF module previously referenced a domain name or a content identifier associated with a multicast broadcast service center (BMSC) that provides the formatted content DASH via MBMS download in the content delivery session when the mobile device is downloading MBMS, and the new SIP invitation includes a uniform request resource identifier (URI) for the HTTP server to deliver DASH formatted content via from HTTP-based provisioning in the same content delivery session, and the HTTP server for HTTP-based provisioning is selected based on a domain name or a content identifier included in the request URI referencing the HTTP server, and the domain name and content identifier referencing the HTTP server differ from the domain name and content identifier associated with the BMSC.
    [0004]
    4. Method according to any one of claims 1 to 3, characterized in that it further comprises determining, in the SCF module, whether the content delivery session has a support for switching from MBMS to HTTP before sending the SIP invitation from the SCF module to an HTTP/SIP adapter.
    [0005]
    5. Method according to any one of claims 1 to 4, characterized in that an air interface between the mobile device and a transmission station of a radio access network (RAN) in communication with the SCF module supports supply unicast and multicast content.
    [0006]
    6. Method for switching from a hypertext transfer protocol (HTTP) based provision of dynamic adaptive streaming over HTTP formatted content (DASH) to a multimedia multicast broadcast services (MBMS) download, characterized by the fact that understands the steps of: receiving a new Session Initiation Protocol (SIP) invitation on a service control function module (SCF) from a mobile device while the mobile device is receiving an HTTP-based provisioning on a content delivery session including DASH formatted content; sending an invitation message from the SCF module to a multicast broadcast service center (BMSC) to initialize the BMSC for an MBMS download of the content delivery session; send a SIP termination request from the SCF module to an HTTP/SIP adapter to terminate HTTP-based provisioning; receive a SIP acknowledgment in the SCF module from the HTTP/SIP adapter indicating an HTTP-based provisioning termination; and forwarding the SIP acknowledgment from the SCF module to the mobile device indicating a switch to the BMSC for the content delivery session.
    [0007]
    7. Method according to claim 6, characterized in that it further comprises receiving a BMSC confirmation in the SCF module from the BMSC indicating a BMSC selection for the content delivery session after sending the invitation message from from the SCF module to the BMSC.
    [0008]
    8. Method according to claim 6 or 7, characterized in that the SCF module previously referenced a domain name or a content identifier associated with an HTTP server providing DASH formatted content through HTTP-based provision in content delivery session when the mobile device is receiving the HTTP-based delivery, and the new SIP invitation includes a request uniform resource identifier (URI) for the BMSC to deliver DASH formatted content by downloading MBMS in the same session of content delivery, and the different request URI is used to select the BMSC for MBMS download of the content delivery session and the BMSC for MBMS download is selected based on a domain name or an included content identifier in the request URI referencing the BMSC, and the domain name and content identifier associated with the HTTP server differs from the domain name and id content identifier referencing the BMSC.
    [0009]
    9. Method according to any one of claims 6 to 8, characterized in that an air interface between the mobile device and a transmission station of a radio access network (RAN) in communication with the SCF module supports supply unicast and multicast content.
    [0010]
    10. Method according to any one of claims 6 to 9, characterized in that it further comprises performing a service authorization procedure to verify service rights of DASH formatted content by downloading MBMS according to subscription information of user before sending the invitation message from the SCF module to the BMSC.
    [0011]
    11. Mobile device configured to switch between a multicast download and a dynamic adaptive streaming unicast over HTTP formatted content (DASH), characterized in that it comprises: a transceiver configured to send a multicast session modification request to unicast to an Internet Protocol (IP) multimedia subsystem (IMS) core network (IM CN) subsystem while receiving DASH formatted content via a multimedia multicast broadcast services (MBMS) download in a delivery session. content, wherein the multicast to unicast session modification request includes a unicast request URI to an HTTP server to deliver DASH formatted content via an HTTP-based delivery in the same content delivery session; the transceiver further configured to send a unicast to multicast session modification request to the IM subsystem CN while receiving DASH formatted content via HTTP-based provisioning in the content provisioning session, where the unicast session modification request for multicast includes a multicast request URI to a multicast broadcast service center (BMSC) to deliver DASH formatted content by downloading MBMS in the same content delivery session; the transceiver further configured to receive the SIP acknowledgment from the IM subsystem CN indicating a switch to the HTTP server for the content delivery session, and to receive a SIP termination message from the IM subsystem CN indicating a switch to the BMSC for the content delivery session; and a processing module configured to switch between MBMS downloading and HTTP-based delivery for DASH formatted content.
    [0012]
    12. Mobile device according to claim 11, characterized in that the mobile device communicates with the IM CN subsystem through an air interface that supports unicast and multicast content provision, in which the mobile device uses a protocol selected to from the group consisting of a third-generation society design long-term evolution (LTE) standard (3GPP) and an 802.16 standard from the Institute of Electrical and Electronics Engineers (IEEE).
    [0013]
    13. Mobile device according to claim 11 or 12, characterized in that the mobile device is configured to connect to at least one of a wireless local area network (WLAN), a wireless personal area network wireless (WPAN), and a wireless wide area network (WWAN), and the mobile device includes an antenna, a touch-sensitive display, a speaker, a microphone, a graphics processor, an application processor , internal memory, a non-volatile memory port, or combinations thereof.
    类似技术:
    公开号 | 公开日 | 专利标题
    US10778458B2|2020-09-15|Methods for switching between a MBMS download and an HTPP-based delivery of DASH formatted content over an IMS network
    US9398498B2|2016-07-19|IMS based P2P streaming and download services
    JP6487076B2|2019-03-20|Internet Protocol | Multimedia Subsystem | based Peer to Peer | content delivery
    US10433327B2|2019-10-01|Presence service using IMS based DASH service
    同族专利:
    公开号 | 公开日
    KR20140041912A|2014-04-04|
    KR101631194B1|2016-06-16|
    HUE029945T2|2017-04-28|
    JP5706046B2|2015-04-22|
    RU2014107661A|2015-09-10|
    JP2014525699A|2014-09-29|
    US20140226576A1|2014-08-14|
    EP2742614A4|2015-03-18|
    EP2742614B1|2016-03-23|
    EP2742621A2|2014-06-18|
    WO2013106060A3|2013-10-24|
    US20150256959A1|2015-09-10|
    CN103765798B|2017-03-15|
    BR112014003028A2|2017-10-24|
    CN103765928A|2014-04-30|
    US20180152309A1|2018-05-31|
    RU2557256C1|2015-07-20|
    US9960926B2|2018-05-01|
    HUE029183T2|2017-02-28|
    KR20150092356A|2015-08-12|
    JP2014527355A|2014-10-09|
    KR20140042913A|2014-04-07|
    KR101497287B1|2015-02-27|
    ES2574805T3|2016-06-22|
    WO2013022472A1|2013-02-14|
    JP5763275B2|2015-08-12|
    US10778458B2|2020-09-15|
    US20150288530A1|2015-10-08|
    RU2578666C2|2016-03-27|
    WO2013106060A2|2013-07-18|
    ES2581306T3|2016-09-05|
    EP2742621B1|2016-04-06|
    WO2013022470A1|2013-02-14|
    CN103765798A|2014-04-30|
    EP2742614A1|2014-06-18|
    BR112014003030A2|2017-10-24|
    US20150131657A1|2015-05-14|
    CN103748810A|2014-04-23|
    CN103748810B|2017-05-10|
    US9887852B2|2018-02-06|
    EP2742621A4|2015-05-20|
    EP3021554A1|2016-05-18|
    IN2014CN01083A|2015-04-10|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    GB2398968B|2003-02-27|2005-07-27|Motorola Inc|Reduction in signalling load in a wireless communication system|
    US8942716B2|2005-02-24|2015-01-27|Ntt Docomo, Inc.|Radio resource control method, radio base station, and radio network controller|
    CN101204104B|2005-06-21|2011-11-16|艾利森电话股份有限公司|Providing of multimedia broadcast / multicast service of roam user|
    WO2008028318A1|2006-08-25|2008-03-13|Huawei Technologies Co., Ltd.|Method for setting up a call|
    WO2008084441A1|2007-01-10|2008-07-17|Nokia Corporation|System and method for implementing mbms handover during download delivery|
    PL2143233T3|2007-04-23|2012-01-31|Nokia Technologies Oy|System and method for optimizing download user service delivery to roaming clients|
    CN103260202B|2007-04-30|2016-08-17|交互数字技术公司|For processing method and the subscriber equipment of cell reselection|
    AP2998A|2007-06-19|2014-10-31|Nokia Corp|System and method for MBMS to PSS handover|
    CN101483898B|2008-01-07|2012-08-08|华为技术有限公司|Method and apparatus for accelerating RRC connection establishment|
    PT2249599T|2008-02-01|2019-10-18|Optis Wireless Technology Llc|Communication terminal and base station|
    KR101153628B1|2008-05-05|2012-06-18|엘지전자 주식회사|Mehtod for detecting cell in mobile communications system|
    CN101582730B|2008-05-15|2011-06-01|华为技术有限公司|Method, system, corresponding device and communication terminal for providing MBMS service|
    JP5632839B2|2008-08-11|2014-11-26|コーニンクレッカ フィリップス エヌ ヴェ|Method for communicating in a network, secondary station and system therefor|
    KR101503842B1|2008-11-03|2015-03-18|삼성전자주식회사|Method and apparatus for controlling discontinuous reception at mobile communication system|
    KR101622219B1|2008-11-03|2016-05-18|엘지전자 주식회사|Method and apparatus for RRC connection reestablishment in wireless communication system|
    JP5005785B2|2009-03-16|2012-08-22|宏達國際電子股▲ふん▼有限公司|Method and associated communication apparatus for reconfiguration of radio link control in a radio communication system|
    US9344412B2|2009-04-01|2016-05-17|Telefonaktiebolaget L M Ericsson |Security key management in IMS-based multimedia broadcast and multicast services |
    US20100291939A1|2009-05-15|2010-11-18|Yu-Chih Jen|Method of Handling Radio Resource Control Connection and Related Communication Device|
    CN101959133A|2009-07-15|2011-01-26|华为技术有限公司|M2M user equipment as well as operation control method and system thereof|
    WO2011006768A1|2009-07-17|2011-01-20|Koninklijke Kpn N.V.|Information transmission in a machine-to-machine telecommunications network|
    WO2011025876A1|2009-08-27|2011-03-03|Interdigital Patent Holdings, Inc.|Method and apparatus for solving limited addressing space in machine-to-machine environments|
    CN104936242B|2009-09-29|2019-07-05|北京三星通信技术研究有限公司|The method for handling radio link failure report|
    US20120214488A1|2009-10-05|2012-08-23|Nederlandse Organisatie Voor Toegepast- Natuurwetenschappelijk Onderzoek Tno|Method and Telecommunications Network for Controlling Activation Of At Least One Terminal In a Machine-Type Communication Application|
    JP4703758B2|2009-11-19|2011-06-15|株式会社東芝|Electronic device and communication control method|
    EP2505026A1|2009-11-25|2012-10-03|InterDigital Patent Holdings, Inc.|Machine type communication preregistration|
    CN102804882B|2009-12-22|2015-12-16|交互数字专利控股公司|Based on the machine to machine communication of group|
    US9167517B2|2010-01-29|2015-10-20|Interdigital Patent Holdings, Inc.|Group-based machine to machine communication|
    US20110201365A1|2010-02-15|2011-08-18|Telefonaktiebolaget L M Ericsson |M2m group based addressing using cell broadcast service|
    EP2369890A1|2010-03-26|2011-09-28|Panasonic Corporation|Connection peak avoidance for machine-type-communication devices|
    CN102238477B|2010-04-30|2014-02-19|华为终端有限公司|Method for triggering group of MTC devices to communicate with MTC server and MTC device|
    EP2604012B1|2010-08-10|2017-10-04|Telefonaktiebolaget LM Ericsson |A method in a media client, a media client, a control entity and a method in a control entity|
    US20120069782A1|2010-09-22|2012-03-22|Richard Lee-Chee Kuo|Method and apparatus for improving drx in a wireless communication system|
    MY168733A|2010-11-02|2018-11-29|Ericsson Telefon Ab L M|Methods and devices for media description delivery|
    WO2012097883A1|2011-01-17|2012-07-26|Telefonaktiebolaget L M Ericsson |Method and apparatus for authenticating a communication device|
    EP2695474B1|2011-04-01|2015-02-18|InterDigital Patent Holdings, Inc.|System and method for sharing a common pdp context|
    US9026671B2|2011-04-05|2015-05-05|Qualcomm Incorporated|IP broadcast streaming services distribution using file delivery methods|
    US20130013792A1|2011-07-04|2013-01-10|Nederlandse Organisatie Voor Toegepast-Natuurwetenschappelijk Onderzoek Tno|Triggering With QoS Parameters|
    US9590814B2|2011-08-01|2017-03-07|Qualcomm Incorporated|Method and apparatus for transport of dynamic adaptive streaming over HTTP initialization segment description fragments as user service description fragments|
    JP5706046B2|2011-08-11|2015-04-22|インテル コーポレイション|Method for switching between DMS formatted content on an IMS network between MBMS download and HTTP based distribution|
    US9712891B2|2011-11-01|2017-07-18|Nokia Technologies Oy|Method and apparatus for selecting an access method for delivery of media|US8472792B2|2003-12-08|2013-06-25|Divx, Llc|Multimedia distribution system|
    US7519274B2|2003-12-08|2009-04-14|Divx, Inc.|File format for multiple track digital data|
    WO2008086313A1|2007-01-05|2008-07-17|Divx, Inc.|Video distribution system including progressive playback|
    US8032164B2|2008-09-22|2011-10-04|Interdigital Patent Holdings, Inc.|Method and apparatus for communicating short message service and supplementary services messages|
    EP2507995A4|2009-12-04|2014-07-09|Sonic Ip Inc|Elementary bitstream cryptographic material transport systems and methods|
    US8914534B2|2011-01-05|2014-12-16|Sonic Ip, Inc.|Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol|
    WO2012154005A2|2011-05-11|2012-11-15|엘지전자 주식회사|Method and apparatus for mtc in a wireless communication system|
    US8812662B2|2011-06-29|2014-08-19|Sonic Ip, Inc.|Systems and methods for estimating available bandwidth and performing initial stream selection when streaming content|
    US8879667B2|2011-07-01|2014-11-04|Intel Corporation|Layer shifting in open loop multiple-input, multiple-output communications|
    US9590814B2|2011-08-01|2017-03-07|Qualcomm Incorporated|Method and apparatus for transport of dynamic adaptive streaming over HTTPinitialization segment description fragments as user service description fragments|
    JP5706046B2|2011-08-11|2015-04-22|インテル コーポレイション|Method for switching between DMS formatted content on an IMS network between MBMS download and HTTP based distribution|
    WO2013025236A1|2011-08-12|2013-02-21|Intel Corporation|System and method of uplink power control in a wireless communication system|
    US9955195B2|2011-08-30|2018-04-24|Divx, Llc|Systems and methods for encoding and streaming video encoded using a plurality of maximum bitrate levels|
    US8806188B2|2011-08-31|2014-08-12|Sonic Ip, Inc.|Systems and methods for performing adaptive bitrate streaming using automatically generated top level index files|
    US8799647B2|2011-08-31|2014-08-05|Sonic Ip, Inc.|Systems and methods for application identification|
    US8964977B2|2011-09-01|2015-02-24|Sonic Ip, Inc.|Systems and methods for saving encoded media streamed using adaptive bitrate streaming|
    US8909922B2|2011-09-01|2014-12-09|Sonic Ip, Inc.|Systems and methods for playing back alternative streams of protected content protected using common cryptographic information|
    BR112014007959A2|2011-10-03|2017-06-13|Intel Corp|mechanisms for device to device communication|
    US10341693B2|2011-10-04|2019-07-02|International Business Machines Corporation|Pre-emptive content caching in mobile networks|
    US8774804B2|2011-10-31|2014-07-08|Intel Corporation|Context-retention controller and method for context retention in wirless access networks|
    CN103188725B|2011-12-29|2018-01-30|中兴通讯股份有限公司|A kind of adaptation of cooperation service, shunting transmission and stream switching method and system|
    CN103188616B|2011-12-31|2017-10-27|中兴通讯股份有限公司|The management method and system of a kind of set of terminal|
    US9213605B2|2012-01-23|2015-12-15|Intel Corporation|IP multimedia subsystem and method for MBMS file repair using HTTP servers|
    US8924581B1|2012-03-14|2014-12-30|Amazon Technologies, Inc.|Managing data transfer using streaming protocols|
    US9560162B2|2012-04-09|2017-01-31|Telefonaktiebolaget Lm Ericsson |Quality of service support for machine-to-machine applications including e-health|
    CN102710361B|2012-06-01|2015-09-30|华为技术有限公司|A kind of distributed base station signal transmission system and communication system|
    CN107645794A|2012-06-19|2018-01-30|华为技术有限公司|Communication system, base station, user equipment and signal transmission method|
    CN103517414A|2012-06-26|2014-01-15|中兴通讯股份有限公司|Method and apparatus for paging of machine type communication user equipment|
    CN103517404B|2012-06-26|2018-08-31|南京中兴软件有限责任公司|The communication means and system of machine type communication user equipment|
    US9094779B2|2012-07-03|2015-07-28|Htc Corporation|Method of group based MTC messaging through cell broadcast and apparatuses using the same|
    US9954717B2|2012-07-11|2018-04-24|Futurewei Technologies, Inc.|Dynamic adaptive streaming over hypertext transfer protocol as hybrid multirate media description, delivery, and storage format|
    US9936267B2|2012-08-31|2018-04-03|Divx Cf Holdings Llc|System and method for decreasing an initial buffering period of an adaptive streaming system|
    JP6348251B2|2012-09-13|2018-06-27|サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ|Terminal device, receiving method, and program|
    US8923880B2|2012-09-28|2014-12-30|Intel Corporation|Selective joinder of user equipment with wireless cell|
    CN103906023B|2012-12-28|2019-06-18|中兴通讯股份有限公司|The processing method and processing device of the triggering information of machine type equipment MTC device|
    US9313510B2|2012-12-31|2016-04-12|Sonic Ip, Inc.|Use of objective quality measures of streamed content to reduce streaming bandwidth|
    US9762642B2|2013-01-16|2017-09-12|Futurewei Technologies, Inc.|Storing and transmitting content for downloading and streaming|
    CN110380980A|2013-02-22|2019-10-25|英特尔Ip公司|System and method for accessing network selection and flow routing|
    US9565228B2|2013-03-01|2017-02-07|Comcast Cable Communications, Llc|Streaming and downloading of content|
    US10397292B2|2013-03-15|2019-08-27|Divx, Llc|Systems, methods, and media for delivery of content|
    US9160515B2|2013-04-04|2015-10-13|Intel IP Corporation|User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay|
    US9807188B2|2013-04-09|2017-10-31|Samsung Electronics Co., Ltd.|Methods and apparatuses for dynamic content offloading|
    US9668197B2|2013-04-10|2017-05-30|Huawei Technologies Co., Ltd.|System and method for wireless network access MAP and applications|
    US9100687B2|2013-05-31|2015-08-04|Sonic Ip, Inc.|Playback synchronization across playback devices|
    US9380099B2|2013-05-31|2016-06-28|Sonic Ip, Inc.|Synchronizing multiple over the top streaming clients|
    TWI548260B|2013-06-14|2016-09-01|國立臺灣大學|A system and method of trigger service|
    EP3001602A4|2013-07-02|2016-06-01|Huawei Tech Co Ltd|Method, related device and system supporting streaming media multicast|
    WO2015032032A1|2013-09-03|2015-03-12|华为技术有限公司|Method and device for transmitting media stream and user equipment|
    WO2015035622A1|2013-09-13|2015-03-19|华为技术有限公司|Method and system for transmitting streaming media, user equipment, and server|
    US9271149B2|2013-10-18|2016-02-23|Verizon Patent And Licensing Inc.|Managing hidden security features in user equipment|
    US10045333B2|2013-11-07|2018-08-07|Lg Electronics Inc.|Method for updating terminal-centered coverage|
    US9363333B2|2013-11-27|2016-06-07|At&T Intellectual Property I, Lp|Server-side scheduling for media transmissions|
    US9197717B2|2013-11-27|2015-11-24|At&T Intellectual Property I, Lp|Server-side scheduling for media transmissions according to client device states|
    US9386067B2|2013-12-30|2016-07-05|Sonic Ip, Inc.|Systems and methods for playing adaptive bitrate streaming content by multicast|
    US9699229B2|2014-01-16|2017-07-04|Qualcomm Incorporated|Robust live operation of dash|
    US9755901B2|2014-01-21|2017-09-05|Huawei Technologies Co., Ltd.|System and method for a software defined protocol network node|
    US9866878B2|2014-04-05|2018-01-09|Sonic Ip, Inc.|Systems and methods for encoding and playing back video at different frame rates using enhancement layers|
    EP3138336B1|2014-05-02|2019-03-06|Nokia Solutions and Networks Oy|Communications via multiple access points|
    CN103929277A|2014-05-08|2014-07-16|北京华力创通科技股份有限公司|Message transmission method based on CBCH|
    KR102157185B1|2014-07-04|2020-09-18|삼성전자주식회사|Apparatus and method for providing a service connection through access layer in wireless communication system|
    US9801228B2|2014-07-22|2017-10-24|Intel IP Corporation|Systems, apparatuses, and methods for lightweight over-the-air signaling mechanisms in data communications|
    JP2017526228A|2014-08-07|2017-09-07|ソニック アイピー， インコーポレイテッド|System and method for protecting a base bitstream incorporating independently encoded tiles|
    US9912985B2|2014-09-26|2018-03-06|Intel Corporation|Content distribution|
    DE102014221956A1|2014-10-28|2016-05-12|Bayerische Motoren Werke Aktiengesellschaft|Apparatus, vehicle, method and computer program for a relay transceiver and a network component|
    EP3197151B1|2014-10-28|2019-08-14|Huawei Technologies Co. Ltd.|Mosaic service presentation/delivery method and apparatus|
    US9723651B2|2014-11-10|2017-08-01|Qualcomm Incorporated|Enhanced connection management for multiple access networks|
    CN104540107A|2014-12-03|2015-04-22|东莞宇龙通信科技有限公司|Management method and management system for machine type communicationterminal cluster, and network side equipment|
    JP6588987B2|2015-02-27|2019-10-09|ソニック アイピー， インコーポレイテッド|System and method for frame copying and frame expansion in live video encoding and streaming|
    US10554708B2|2015-03-27|2020-02-04|Qualcomm Incorporated|Point-to-multipoint broadcast assisted vehicle-to-X broadcast|
    CN106254300B|2015-06-08|2020-04-21|中兴通讯股份有限公司|Streaming media transmission method, playing method, transmission device and playing device|
    US10270822B2|2015-08-04|2019-04-23|Qualcomm Incorporated|Hybrid pocket router|
    US10743209B2|2015-08-05|2020-08-11|Nec Corporation|Communication system, communication control apparatus, communication control method, and program|
    EP3360374B1|2015-10-09|2020-03-25|Telefonaktiebolaget LM Ericsson |Network node, wireless device and methods performed thereby for the network node to provide information to the wireless device|
    JP6751253B2|2015-12-10|2020-09-02|セイコーエプソン株式会社|Electronic device, system including electronic device and management device, and method executed by electronic device|
    WO2017101028A1|2015-12-15|2017-06-22|华为技术有限公司|Data transmission method, m2m server, pgw, sgw and serving network node|
    US10750361B2|2016-01-25|2020-08-18|Telefonaktiebolaget Lm Ericsson |Key management|
    CN105848224A|2016-03-11|2016-08-10|深圳市金立通信设备有限公司|Cell switching method and system, and related devices|
    CN108476384B|2016-04-01|2021-03-23|华为技术有限公司|Data transmission method and related device|
    CN109314878A|2016-04-08|2019-02-05|诺基亚技术有限公司|Method and apparatus for the mapping of U plane sub-services stream|
    US10129574B2|2016-05-24|2018-11-13|Divx, Llc|Systems and methods for providing variable speeds in a trick-play mode|
    US10231001B2|2016-05-24|2019-03-12|Divx, Llc|Systems and methods for providing audio content during trick-play playback|
    US10148989B2|2016-06-15|2018-12-04|Divx, Llc|Systems and methods for encoding video content|
    EP3429241B1|2016-06-24|2021-05-19|Guangdong Oppo Mobile Telecommunications Corp., Ltd.|Information transmission method and device|
    US11115793B2|2016-08-04|2021-09-07|At&T Mobility Ii Llc|LTE gateways for home and commercial sensor data|
    WO2018060968A1|2016-09-30|2018-04-05|Telefonaktiebolaget Lm Ericsson |Core network awareness of user equipment, ue, state|
    US10542409B2|2016-10-07|2020-01-21|Qualcomm Incorporated|Access for group call services through a broadcast channel|
    KR20190066060A|2016-10-18|2019-06-12|이엑스피웨이|How to transfer content to mobile user devices|
    US10931725B2|2017-09-29|2021-02-23|Apple Inc.|Multiway audio-video conferencing|
    WO2019142064A1|2018-01-19|2019-07-25|Nokia Technologies Oy|Control plane signaling for integrated access and backhaul nodes|
    JP6583653B2|2018-07-13|2019-10-02|ホアウェイ・テクノロジーズ・カンパニー・リミテッド|Streaming media transmission method and system, user equipment and server|
    CN110099061B|2019-05-07|2020-05-01|北京邮电大学|Cloud platform video streaming service selection method and device|
    CN111597092B|2020-07-27|2020-11-27|翱捷科技股份有限公司|Synchronous transmission method and device of nonvolatile storage file and embedded equipment|
    法律状态:
    2020-03-17| B15K| Others concerning applications: alteration of classification|Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04B 7/26 , H04W 80/00 , H04W 4/06 Ipc: H04L 29/06 (2006.01), H04N 21/2343 (2011.01), H04N |
    2020-03-17| B06U| Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]|
    2020-08-18| B25C| Requirement related to requested transfer of rights|Owner name: INTEL CORPORATION (US) |
    2020-12-15| B25A| Requested transfer of rights approved|Owner name: APPLE INC. (US) |
    2021-07-06| B09A| Decision: intention to grant [chapter 9.1 patent gazette]|
    2021-09-08| B16A| Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]|Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 16/12/2011, OBSERVADAS AS CONDICOES LEGAIS. |
    优先权:
    申请号 | 申请日 | 专利标题
    US201161522623P| true| 2011-08-11|2011-08-11|
    US61/522,623|2011-08-11|
    PCT/US2011/065586|WO2013022470A1|2011-08-11|2011-12-16|Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network|
    [返回顶部]